…ard path

The board binary is Kotlin/Native, but GemmaMemSegConverter (the NATIVE_OPTIMIZED
packed-weight path) is jvmMain-only (java.lang.foreign). Move the reusable,
platform-neutral pieces to commonMain so K/N can keep K-quant weights packed:

- GemmaQuantLayout.kt (commonMain): logicalShapeFor + relayoutKSeriesRowMajor
  ToBlockMajor (now copyInto, KMP-safe) + packGemmaKQuant<T>() which builds
  heap-packed Q4_K/Q5_K/Q6_KBlockTensorData directly (no MemSeg/Arena).
- GemmaMemSegConverter (jvmMain) now shares those commonMain helpers (dup
  removed); MemSeg/FFM conversion + FP32 fallbacks stay JVM-only.
- commonTest GemmaQuantLayoutTest: block-transpose relayout + packing, runs on
  every target.

Verified: gemma compiles for JVM + linuxX64; layout tests green (3).

Next (board integration): a commonMain convertGemmaWeightsPacked wired into the
K/N load path (byte extraction differs JVM IntArrayTensorData vs native Byte-
backed), then a full K/N decode on the SL2610.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

…oad()

NATIVE_OPTIMIZED loads produce raw-byte quant tensors the network mapper can't
consume; on JVM an external convertGemmaWeightsToMemSeg (FFM) handled that, but
the Kotlin/Native board has no such path. Add a commonMain converter and make
load() apply it, so load(NATIVE_OPTIMIZED) yields a runnable network on the
board AND the JVM (previously it couldn't be built from raw-byte weights at all).

- GemmaPackedWeights.kt (commonMain): convertGemmaWeightsPacked — packs
  Q4/5/6_K matmul weights to heap Q*_KBlockTensorData (packGemmaKQuant),
  dequants token_embd/output to FP32 (gathered, no transpose) and other quant
  types to FP32 [out,in]. No java.lang.foreign. Plus extractRawBytes, which
  reads the loader's bytes back across both backings (JVM IntArrayTensorData /
  native Byte-typed).
- GemmaNetworkLoader.load(): for NATIVE_OPTIMIZED, run convertGemmaWeightsPacked
  before applyWeightsToNetwork.

Verified on JVM AND linuxX64 (GemmaQuantLayoutTest, 4 tests each): relayout,
packing, and the byte-extraction round-trip — so native byte extraction is
executed, not just compiled.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

Extends GemmaQ5KPackedParityTest to also decode via
GemmaNetworkLoader.load(NATIVE_OPTIMIZED) — the wired commonMain
convertGemmaWeightsPacked (board) path, no MemSeg/Arena. All three paths
(FP32 baseline, jvmMain MemSeg-packed, load() packed) produce the identical
token sequence -> `<tool_0>(state="on")<end>` for "Turn the light on."

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

Six real-model integration tests (RealGemmaLoad/Eager/BakeIrpa/ExternalParam/
DequantDump + GemmaBehavioralAb) pointed at an old workspace path
(/home/miso/projects/coral/sl2610-voice-cc-kt/models/...) and failed with
"File not found" under -PincludeIntegration. Repoint them to the actual model
location (SKaiNET-embedded/sl2610-function-calling/models/), matching
GemmaQ5KPackedParityTest.

Verified: all 6 pass against skainet 0.30.0 (mavenLocal), -PincludeIntegration.

Version-aligned with the released SKaiNET 0.30.0 (Q5_K packed matmul, NEON
native kernels, Kotlin/Native cinterop), already pinned in the catalog.

- gradle.properties: VERSION_NAME 0.28.1 -> 0.30.0.
- settings.gradle.kts: revert the mavenLocal()-first dev shim (0.30.0 is on
  Maven Central; the -PuseLocalSkainet composite build stays for local work).
- CHANGELOG.md: add the [0.30.0] entry (Q5_K packed eager runtime, K/N-ready
  NATIVE_OPTIMIZED Gemma path, kernel-less/Q4_1 dequant fixes) + tag link.
- README.md: bump "Current release" + BOM snippet to 0.30.0; add
  "What's new in 0.30.0".
- docs tutorials: bump BOM coordinates 0.28.1 -> 0.30.0.

No merge, no tag.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

`./gradlew build` runs `jvmApiCheck`, which flagged the committed `.api`
dumps as stale. Regenerated via `./gradlew apiDump`; all changes reflect
public API already present in the source on this branch:

- llm-agent: the 0.23.3 prefill-progress callback — `generateUntilStop`
  gained its `onPrefill` `Function2` param and `AgentListener` gained
  `onPrefillProgress(Int, Int)`; the dump was never refreshed.
- llm-inference/gemma: `convertGemmaWeightsPacked` — the commonMain
  packed-weight converter added for the Kotlin/Native NATIVE_OPTIMIZED path.
- llm-core: trailing `KClass` dtype param on the vendored transformer
  modules (AttentionImpl / RMSNormalization / GeGLUFFN / MultiHeadAttention
  / LayerScalarMul / VoidDense) from earlier engine-aligned work.

`./gradlew build` now green end-to-end (3m 3s, no failed tasks).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

…st blocks

The real-model FunctionGemma-270M integration tests (-PincludeIntegration)
OOM'd with `Java heap space` at the previous 8g default once the model file
is present: GemmaQ5KPackedParityTest holds the FP32 baseline plus both packed
decode networks at once, and the bake-to-irpa test holds weights + serialized
bytes simultaneously.

- Bump the `gemmaTestMaxHeap` default 8g -> 12g.
- Merge the two overlapping `tasks.withType<Test>().configureEach { }` blocks
  into one — the second silently overrode the first's maxHeapSize (so jvmArgs
  ran with 6g declared but 8g effective). Now jvmArgs, heap, and the seqLen
  system property live in a single block.

CI is unaffected: without the model file the integration tests self-skip and
never allocate the headroom. Verified: `:llm-inference:gemma:jvmTest
-PincludeIntegration` green with no -P override (87 tests, 6 skipped, 0
failures); GemmaQ5KPackedParityTest runs.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>